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MOBILE AD HOC NETVfORK (MANET) WITH QUALITY-OF- SERVICE 
(QOS) PROTOCOL HIERARCHY AND RELATED METHODS 

Field of the Invention 
[0001] The present invention relates to the field of 
communications networks, and, more particularly, to 
mobile ad hoc networks and related methods. 

Background of the Invention 

[0002] Wireless networks have experienced increased 
development in the past decade. One of the most rapidly 
developing areas is mobile ad hoc networks (MANETs) . 
Physically, a MANET includes a number of geographically 
distributed, potentially mobile nodes sharing one or more 
common radio channels. Compared with other types of 
networks, such as cellular networks or satellite 
networks, the most distinctive feature of MANETS is the 
lack of any fixed infrastructure. The network is formed 
of mobile (and potentially stationary) nodes, and is 
created on the fly as the nodes communicate with each 
other. The network does not depend on a particular node 
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and dynamically adjusts as some nodes join or others 
leave the network. 

[0003] In a hostile environment where a fixed 
communication infrastructure is unreliable or 
unavailable, such as in a battle field or in a natural 
disaster area struck by earthquake or hurricane, a MANET 
can be quickly deployed to provide much needed 
communications. While the military is still a major 
driving force behind the development of these networks, 
ad hoc networks are quickly finding new applications in 
civilian or commercial areas. MANETs will allow people 
and applications to exchange data in the field or in a 
class room without using any network structure except 
that which they create by simply turning on their 
computers or PDAs. 

[0004] As wireless communication increasingly 
permeates everyday life, new applications for MANETs will 
continue to emerge and become an important factor in 
wireless communications. Yet, MANETs pose serious 
challenges to designers. Due to the lack of a fixed 
infrastructure, nodes must self-organize and reconfigure 
as they move, join or leave the network. All nodes are 
essentially the same, and there is no natural hierarchy 
or central controller in the network. All functions have 
to be distributed among the nodes. Nodes are often 
powered by batteries and have limited communication and 
computation capabilities. Also, the bandwidth of the 
system is usually limited. The distance between two nodes 
often exceeds the radio transmission range, and a 
transmission may have to be relayed by other nodes before 
reaching its destination. Consequently, a MANET network 
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typically has a multi-hop topology, and this topology 
changes as the nodes move around. 
[0005] The MANET working group of the Internet 
Engineering Task Force (IETF) has been actively 
evaluating and standardizing routing protocols, including 
multicasting protocols. Because the network topology 
changes arbitrarily as the nodes move, information is 
subject to becoming obsolete, and different nodes often 
have different views of the network, both in time 
(information may be outdated at some nodes but current at 
others) and in. space (a node may only know. the network 
topology in its neighborhood and not far away from 
itself) . 

[0006] A routing protocol needs to adapt to frequent 
topology changes, possibly with less than accurate 
information. Because of these unique requirements, 
routing in these networks is very different than in 
others. Gathering fresh information about the entire 
network is often costly and impractical. Some routing 
protocols are reactive (i.e., on-demand) protocols. That 
is, they collect routing information only when necessary 
and only to destinations to which they need routes, and 
do not maintain unused routes. In this way the routing 
overhead may be reduced compared to pro-active protocols, 
which maintain optimal routes to all destinations at all 
time. Ad Hoc on Demand Distance Vector (AODV) , Dynamic 
Source Routing (DSR) and Temporally Ordered Routing 
Algorithm (TORA) are representatives of reactive routing 
protocols presented at the MANET working group. 
[0007] An example of a proactive routing protocol is 
found in Clausen et al. entitled ''Optimized Link State 
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Routing Protocol," Internet Engineering Task Force (IETF) 
MANET Working Group, Internet Draft, October 31, 2001. 
Examples of other various routing protocols include 
Destination Sequenced Distance-Vector (DSDV) routing 
which is disclosed in U.S. Patent No. 5,412,654 to 
Perkins, and the Zone Routing Protocol (ZRP) which is 
disclosed in U.S. Patent No. 6,304,556 to Haas. ZRP is a 
hybrid protocol using both proactive and reactive 
approaches . 

[0008] These conventional routing protocols use a best 
effort approach in selecting a route from the source node 
to the destination node. Typically, minimizing the number 
of hops is the main criteria in such approaches. 
[0009] Quality-of-service (QoS) routing in MANETs is 
gaining interest. To provide quality-of-service, a 
protocol needs not only to find a route but also to 
identify and/or secure the resources along the route. 
Because of the potentially limited, shared bandwidth of 
the network, and the lack of a central controller which 
can account for and control these limited resources, 
nodes must negotiate with each other to manage the 
resources required for QoS routes. This is further 
complicated by frequent topology changes. Due to these 
constraints, QoS routing is more demanding than best- 
effort or minimum-hop routing. 

[0010] Some examples of QoS routing approaches are set 
forth by Chenxi Zhu in the publication entitled ^^Medium 
Access Control and Quality-of-Service Routing for Mobile 
Ad Hoc Networks," 2001, and by M. Mirhakkak et al. in the 
publication entitled ''Dynamic Quality-of-Service for 
Mobile Ad Hoc Networks," MITRE Corp., 2000. Zhu discusses 
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establishing bandwidth guaranteed QoS routes in small 
networks whose topologies change at a low to medium rate. 
Mirhakkak et al. are concerned with resource reservation 
requests that specify a range of QoS values while the 
network makes a commitment to provide service within this 
range. 

[0011] Since MANETs are still in the initial stages of 
development, most attempts to implement QoS functionality 
in MANETs thus far have focused primarily on using QoS 
parameters to establish routes, as is the case with the 
above-noted prior art approaches. Yet, as MANETs continue 
to increase in size and complexity, further QoS 
functionality may be needed along with ways to 
efficiently distribute QoS operations among different 
network protocol hierarchy layers. 

Summary of the Invention 
[0012] In view of the foregoing background, it is 
therefore an object of the present invention to provide a 
MANET which implements a QoS protocol hierarchy and 
related methods. 

[0013] This and other objects, features, and 
advantages in accordance with the present invention are 
provided by a MANET that may include a plurality of 
mobile nodes each including a wireless communications 
device and a controller connected thereto. The controller 
may operate in accordance with a multi-layer protocol 
hierarchy. More particularly, the controller may, at an 
application layer, establish a quality-of-service (QoS) 
threshold, and at a QoS support layer below the 
application layer, determine whether to require data 
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reception acknowledgements based upon the QoS threshold. 
At a QoS coding layer below the QoS support layer, the 
controller may encode data from the application layer for 
transmission to at least one destination mobile node. 
[0014] Additionally, at a QoS route selection layer 
below the QoS coding layer, the controller may select at 
least one route to the at least one destination mobile 
node based upon the QoS threshold. At a QoS traffic layer 
below the QoS route selection layer, the controller may 
control data traffic flow based upon the QoS threshold. 
Further, at at least one lower protocol layer below the 
QoS traffic layer, the controller may cooperate with the 
wireless communications device to transmit data to the at 
least one destination mobile node via the at least one 
selected route. Thus, the protocol hierarchy of the 
present invention provides a QoS framework for 
efficiently and conveniently organizing cooperating QoS 
operations to provide enhanced QoS. 

[0015] In addition to the above described layers, at a 
QoS forwarding layer between the QoS route selection 
layer and QoS traffic layer, the controller may select 
between a unicast communications mode and a multicast 
communications mode based upon the QoS threshold. As 
such, at the at least one lower protocol layer, the 
controller may advantageously cooperate with the wireless 
communications device to transmit the data based upon the 
selected communications mode. 

[0016] By way of example, the at least one lower 
protocol may include a radio adaptation layer providing 
an interface for the QoS traffic layer. Moreover, the at 



6 



GCSD-1464 (51331) 

least one lower protocol layer may also include a media 
access layer and a physical layer. 
[0017] Accordingly, at the physical layer, the 
controller may cooperate with the wireless communications 
device to determine a QoS metric for the at least one 
selected route. Further, at the QoS route selection 
layer, the controller may determine whether the QoS 
metric falls below the QoS threshold. As such, at the 
physical layer, the controller may cooperate with the 
wireless communications device to adjust at least one 
signal characteristic based upon a determination that the 
QoS metric has fallen below the QoS threshold. By way of 
example, the at least one signal characteristic may 
include power, gain, and/or signal pattern. Thus, the 
signal characteristics may advantageously be adjusted to 
increase signal connectivity or reduce interference. In 
fact, these characteristics may be adjusted not only to 
reduce interference at the receiving node, but also 
unintended interference at adjacent nodes. 
[0018] In addition, at the QoS support layer, the 
controller may determine whether to admit traffic from 
other mobile nodes based upon respective QoS route 
requests received therefrom and an internal QoS metric. 
Moreover, the QoS route requests may have respective 
traffic flow identifiers and second QoS thresholds 
associated therewith. As such, at the QoS traffic layer, 
the controller may advantageously police admitted traffic 
based upon respective traffic flow identifiers to ensure 
that the admitted traffic does not exceed respective 
second QoS thresholds. By way of example, the internal 
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QoS metric may include at least one of available power, 
available bandwidth, recent error rate, and recent delay. 

[0019] At the QoS packet coding layer, the controller 
may also encode data using a forward error correction 

(FEC) algorithm to generate error correction data for the 
data based upon the QoS threshold- Moreover, the at least 
one selected route may include a plurality of selected 
routes, and the controller may interleave the error 
correction data and the data and distribute the 
interleaved data across the plurality of selected routes. 
Accordingly, by performing FEC and distributing the 
interleaved data across a plurality of routes, the MANET 
thus allows corrupted data packets to be corrected even 
when one of the routes is inoperable, allowing 
transmission to continue while a new route is 
established, if necessary. Moreover, the additional 
amount of data associated with the FEC encoding may be 
spread across the plurality of routes, thus mitigating 
the increased bandwidth requirements. 

[0020] Furthermore, at the QoS route selection layer, 
the controller may perform load-leveling on outgoing data 
based upon the QoS threshold and an energy usage level 
required to transmit the outgoing data. This 
advantageously allows power consumption, available QoS, 
and the QoS threshold required by a given application to 
be appropriately balanced for a given situation. 
[0021] In addition, the wireless communications device 
may operate over a plurality of channels, and the 
selected route may be associated with one of the 
plurality of channels. Accordingly, at the at least one 
lower protocol layer, the controller may advantageously 
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[0025] FIGS. 3 and 4 are schematic block diagrams 
illustrating a MANET before and after adjusting signal 
transmission power in accordance with the invention to 
increase signal connectivity, respectively. 
[0026] FIGS. 5 and 6 are schematic block diagrams 
illustrating a MANET before and after adjusting signal 
transmission power at a source mobile node in accordance 
with the invention to decrease signal interference at an 
adjacent mobile node, respectively. 

[0027] FIG. 7 is a schematic block diagram of the 
MANET of FIG. 5 after adjusting a signal transmission 
antenna pattern at a source mobile node in accordance 
with the invention to similarly reduce interference at an 
adjacent mobile node. 

[0028] FIGS. 8-11 are flow diagrams illustrating 
methods for operating a mobile node in a MANET in 
accordance with the present invention. 

Detailed Description of the Preferred Embodiments 
[0029] The present invention will now be described 
more fully hereinafter with reference to the accompanying 
drawings, in which preferred embodiments of the invention 
are shown. This invention may, however, be embodied in 
many different forms and should not be construed as 
limited to the embodiments set forth herein. Rather, 
these embodiments are provided so that this disclosure 
will be thorough and complete, and will fully convey the 
scope of the invention to those skilled in the art. Like 
numbers refer to like elements throughout, and prime and 
multiple prime notation are used to indicate similar 
elements in alternate embodiments. 
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[0030] Referring initially to FIG. 1, a MANET 20 in 
accordance with the present invention illustratively 
includes a plurality of mobile nodes 21-28. In the 
illustrated example, the mobile node 21 functions as a 
source node, while the mobile node 25 functions as a 
destination node with which the source node seeks to 
communicate. The nodes 21-28 may be any suitable type of 
mobile device capable of communicating within a MANET 
such as computers, personal data assistants (PDAs), etc., 
including a wireless communications device 30, for 
example, and other devices which will be appreciated by 
those of skill in the art. Of course, it will also be 
appreciated that certain of the nodes 21-28 may 
optionally be connected to a fixed communication 
infrastructure in some applications, if desired. 
[0031] The source mobile node 21 further 
illustratively includes a controller 31, the operation of 
which will be described below. By way of example, the 
controller 31 may be implemented using microprocessors, 
memory, software, etc., as will be appreciated by those 
of skill in the art. Furthermore, the wireless 
communications device 30 may include wireless modems, 
wireless local area network (LAN) devices, cellular 
telephone devices, etc., as well as an associated 
antenna (s), as illustratively shown. By way of example, 
one or more phased array antennas (as well as other 
suitable antennas) may be used, as will be appreciated by 
those skilled in the art. It will further be understood 
that the mobile nodes 23-28 also preferably include 
suitable wireless communications devices/controllers as 
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well, which are not shown in FIG- 1 for clarity of 
illustration, 

[0032] One function that the controller 31 performs is 
to establish one or more routes between the source mobile 
node 21 and the destination mobile node 25 for 
transferring data therebetween. A single route is 
illustratively shown in the exemplary embodiment that 
passes through mobile nodes 22-24 and includes wireless 
communications links 29a-29d. It should be noted that 
while only a single route is shown for clarity of 
illustration, any number of routes may be used in 
accordance with the present invention. 

[0033] As will be appreciated by those skilled in the 
art, MANET routes may include any number of intermediate 
nodes therein depending upon network size and proximity 
between the nodes, for example. Each intermediate node 
along a route is typically referred to as a '"hop, " thus 
routes passing through multiple intermediate nodes are 
sometimes referred to as '"multi-hop" routes. It should be 
noted that while a relatively few number of intermediate 
nodes 22-24 are shown in the present example for clarity 
of illustration, the MANET 20 may include any number of 
nodes therein. Furthermore, it will be appreciated that 
portions of the route to the destination mobile node 25 
could also include wired infrastructure. 
[0034] It will also be appreciated that the way in 
which the controller 31 establishes routes will depend 
upon the particular MANET routing protocol being 
implemented in the MANET 20. As noted above, this may be 
done using proactive protocols that keep routing 
information continuously up to date, reactive protocols 
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which discover routes on-demand when there is a need to 
send data to the destination node 22, or by a combination 
thereof. Any suitable MANET protocols may be used in 
accordance with the present invention to establish 
routes, such as those previously discussed above, for 
example . 

[0035] While MANETs are still in their relative 
infancy and no universal standards have as yet been 
adopted, data communications within MANETS will likely 
follow the open system interconnection (OSI) architecture 

(or some variation thereof) , as do other wireless 
networks (e.g., wireless LANs). By way of background, the 
OSI is a network protocol hierarchy which includes seven 
different control layers, namely (from highest to lowest) 
the application layer, presentation layer, session layer, 
transport layer, network layer, data link layer, and 
physical layer. 

[0036] Generally speaking, in the OSI model control is 
passed from one layer to the next at an originating node 
or terminal starting at the application layer and 
proceeding to the physical layer. The data is then sent 
across the network, and when it reaches the destination 
terminal /node, it is processed in reverse order back up 
the hierarchy (i.e., from the physical layer to the 
application layer) . Furthermore, data corresponding to 
each particular layer is typically organized in protocol 
data units (PDUs) referred to as packets at the network 
level . 

[0037] In accordance with the present invention, the 
controller 31 similarly operates in accordance with a 
multi-layer protocol hierarchy 32 to provide an 
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integrated framework for QoS operations. Generally 
speaking, the multi-layer protocol hierarchy includes an 
upper protocol layer 33, one or more intermediate 
protocol layers 34, and a lower protocol layer 35 over 
which complementary QoS operations are performed to 
provide enhanced QoS functionality. 

[0038] More particularly, an exemplary embodiment of 
the multi-layer protocol hierarchy 32' is illustratively 
shown in FIG. 2, and related methods for using the same 
are illustrated in FIGS. 8 and 9. It should be noted that 
the various protocol layers at which the method steps 
illustrated in FIGS. 8 and 9 are performed are 
illustratively shown with dashed lines and labeled for 
clarity of illustration and understanding. In accordance 
with the multi-layer protocol hierarchy 32' , beginning at 
Block 80, the controller 31 may, at an application layer 
36', establish a quality-of-service (QoS) threshold for 
data transfer across the MANET 20 (Block 81) . More 
particularly, the application layer 36' is preferably the 
layer at which the data to be transmitted is created or 
processed. 

[0039] The QoS threshold (or type of service, TOS) 
will vary depending upon the particular application that 
is being run at this upper layer. For example, time 
sensitive data, such as video or audio data, may require 
a greater QoS threshold to maintain the integrity thereof 
than text data files. One comTnon way to define the QoS 
threshold required for a particular application is by the 
total end-to-end delay that can be tolerated for data 
transmissions. However, numerous other QoS parameters may 
be used in accordance with the present invention for 
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defining a QoS threshold. For example, such parameters 
may include one or more of available bandwidth, error 
rate, end-to-end delay variation, hop count, expected 
path durability, priority, etc., as will be appreciated 
by those skilled in the art. 

[0040] At a QoS support layer 37' below the 
application layer 36' , the controller 31 determines 
whether to require data reception acknowledgements based 
upon the QoS threshold and mode, at Block 82. That is, in 
some circumstances it will be desirable to have receiving 
mobile nodes acknowledge (''Ack'') receipt of transmitted 
data, and/or inform the source mobile node 21 when 
correct receipt of the data cannot be acknowledged 
C'Nack"), as will be appreciated by those skilled in the 
art. The QoS support layer 37' may conceptually be 
thought of as a session and/or transport layer with 
respect to the OSI model, as illustratively shown in FIG. 
2. 

[0041] Data packet reception acknowledgement may be 
particularly useful, for example, when the source mobile 
node 21 needs to perform a ^'reliable" multicast operation 
to adjacent nodes. By way of example, if the mobile nodes 
are organized into clusters or groups and the source 
mobile node 21 serves as a cluster leader node, it may 
need to send updated network topology information or 
other control data to the other nodes in its cluster. 
Thus, the source mobile node 21 can request that these 
nodes acknowledge receipt of this important data. Of 
course, data acknowledgements can be used in many other 
circumstances as needed based upon the importance of the 
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data and the overhead that will be required for the extra 
Ack/Nack transmissions. 

[0042] Moreover, another particularly advantageous 
function that may be performed at the QoS support layer 
37' is high-level admission control. More particularly, 
beginning at block 89 (FIG. 9), the controller 31 may 
determine whether to admit traffic from other mobile 
nodes based upon respective QoS route requests received 
therefrom and an internal QoS metric for the source node 
21. That is, the controller 31 essentially determines 
what type of traffic that it can presently support based 
upon its own QoS requirements/resources and those of 
other mobile nodes requesting access to the resources of 
the source node 21. 

[0043] By way of example, the internal QoS metric may 
include one or more of available power, available 
bandwidth, recent error rate, and recent delay. For 
clarity of illustration, the admission control operations 
are shown as being performed in a block 47' separate from 
the QoS support layer 37' in FIG. 2. However, some or all 
of these operations may be performed by the same 
controller or processor at the QoS support layer 37' 

(although they could be performed by separate processors 
and at other layers as well) . Further details regarding 
such admission control operations are provided in co- 
pending U.S. Application Serial No. 10/134,173 filed 
April 29, 2002 and assigned to the present Assignee, 
which is hereby incorporated herein in its entirety by 
reference . 

[0044] At a QoS packet coding layer 38' below the QoS 
support layer 37', the controller 31 encodes data from 
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2003 and assigned to the present assignee, which is 
hereby incorporated herein in its entirety by reference. 
[0047] Route selection may be performed at a QoS route 
selection layer 39' below the QoS coding layer 38' , at 
Block 84. Generally speaking, the controller 31 causes 
QoS route requests to be sent to adjacent mobile nodes to 
discover potential routes to a desired destination mobile 
node (or nodes) . Route confirmations are then returned to 
the source mobile node 21 which include an indication or 
metric of what QoS level (s) the route can support or 
provide. A list of available routes may then be stored in 
a routing table 45' , from which the controller 31 selects 
a desired route (s) based upon a routing algorithm. 
Several particularly advantageous approaches for 
establishing and sending data across one or more routes 
within a MANET are described in co-pending U.S. 
Application Serial No. 10/214,997 filed August 8, 2002, 
co-pending U.S. Application Serial No. 10/174,721 filed 
June 19, 2002, and a co--pending application entitled 
ROUTE SELECTION IN MOBILE AD-HOC NETWORKS BASED ON 
TRAFFIC STATE INFORMATION, attorney docket no. GCSD-14 68 
(51334), all of which are assigned to the present 
Assignee and are hereby incorporated herein in their 
entireties by reference. 

[0048] Furthermore, at Block 92, the controller 31 may 
optionally perform load-leveling at the QoS route 
selection layer 39' on outgoing data based upon the QoS 
threshold and an energy usage level (i.e., power) 
required to transmit the outgoing data. This 
advantageously allows power consumption, available QoS, 
and the QoS required by a given application to be 
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appropriately balanced for a given situation. Further 
details regarding load-leveling operations are provided 
in a co-pending application entitled LOAD LEVELING IN 
MOBILE AD-HOC NETWORKS TO SUPPORT END-TO-END DELAY 
REDUCTION, QoS AND ENERGY LEVELING, attorney docket no. 
GCSD-1470 (51336), which is hereby incorporated herein in 
its entirety by reference. 

[0049] In addition, at a QoS forwarding layer 40' 
below the QoS route selection layer 39', the controller 
31 preferably selects between a unicast communications 
mode and a multicast communications mode, at Block 93. 
More particularly, the controller 31 may dictate at the 
application layer 36' the particular type of 
communications mode to be selected at the QoS forwarding 
layer 40' for a given application (e.g., reliable 
multicast communications for cluster leader node 
broadcasts) . 

[0050] For other applications, a particular 
communications mode may not necessarily be specified at 
the application layer 36' . As such, the controller 31 may 
determine which communications mode is appropriate based 
upon the QoS threshold. Of course, this determination may 
also take into account other factors, such as 
availability of particular wireless communications device 
30 resources, whether a particular type of transmission 
is likely to cause unintended interference with other 
mobile nodes, etc. In particular, even if a particular 
communications mode has been specified at the application 
layer 36' , the controller may determine at the QoS 
forwarding layer 40' that based upon one or more of the 
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above-noted factors a different communications mode 
should be used. 

[0051] Furthermore, at a QoS traffic layer 41' below 
the QoS forwarding layer 40' , the controller 31 
preferably controls data traffic flow and may also manage 
its data queue (s) to maintain the QoS threshold, at Block 
85. In particular, in one advantageous embodiment the 
above-noted QoS route requests may have respective 
traffic flow identifiers and second QoS thresholds or 
ceilings associated therewith. As such, the controller 31 
may advantageously police admitted traffic based upon 
respective traffic flow identifiers to ensure that the 
admitted traffic does not exceed respective second QoS 
thresholds, at Block 94. Further details regarding such 
traffic policing is provided in co-pending U.S. 
Application Serial No. 10/134,714 filed April 29, 2002 
assigned to the present Assignee, which is hereby 
incorporated herein in its entirety by reference. 
[0052] Further, at at least one lower protocol layer 
below the QoS traffic layer 41' , the controller 31 
cooperates with the wireless communications device 30 to 
transmit data to the destination mobile node 25 via the 
selected route (s) based upon the commands/data provided 
from the higher layers, as will be appreciated by those 
skilled in the art, thus concluding the method 
illustrated in FIG. 8 (Block 87) . 

[0053] Further, when unicast and multicast modes are 
both implemented by the controller 31, the controller may 
advantageously cooperate with the wireless communications 
device 30 to transmit the data based upon the particular 
communications mode selected. That is, various signal 
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transmission characteristics may be adjusted or tailored 
depending upon the particular type of communications mode 
that is being used, as well as QoS metrics for the 
selected route (s), at Blocks 95-98, thus concluding the 
method illustrated in FIG. 9 (Block 99) . Adjustment of 
signal transmission and reception characteristics will be 
discussed further below, 

[0054] More specifically, the lower protocol layers of 
the hierarchy 32' preferably include a radio adaptation 
layer 42' below the QoS traffic layer 41', a media access 
(MAC) layer 43' below the radio adaptation layer, and a 
physical (PHY) layer 44' below the MAC layer. The radio 
adaptation layer 42' provides an interface between the 
upper protocol layers and the MAC and PHY layers, the 
latter of which is where the controller 31 physically 
interfaces with the wireless communications device 30. Of 
course, it will be appreciated by those skilled in the 
art that other layers may be included within the 
hierarchy 32' as well, such as a link layer, for example, 
and that certain of the functions described herein may be 
implemented at different layers in certain embodiments. 
[0055] Accordingly, at the physical layer 44' , the 
controller 31 preferably cooperates with the wireless 
communications device 30 to determine a QoS metric for 
the selected route (s), at Block 95, which may be used to 
determine whether any QoS adjustments need to be made, or 
whether communications are simply no longer possible over 
the route. It will also be appreciated that QoS metrics 
are not only used for maintaining a QoS for an 
established route, but they are also typically used for 
route discovery and selection, which is illustratively 
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shown in FIG- 2 by the operational block 46' . Again, it 
should be noted that although the block 46' is shown 
separate from the radio adaptation layer 42' for clarity 
of illustration, the operations illustrated therein may 
in fact be performed at the radio adaptation layer (or 
other layers) . 

[0056] By monitoring the QoS metric for a selected 
route, the controller 31 at the QoS route selection layer 
39' may determine if the QoS metric falls below the QoS 
threshold, at Block 96. If it does, at the physical layer 
44' , the controller 31 may cooperate with the wireless 
communications device 30 to adjust one or more signal 
characteristics to improve the QoS metric, at Block 97. 
[0057] Referring now additionally to FIGS. 3-7 and 10- 
11, specific examples of how signal characteristics can 
be adjusted to improve QoS will now be described. A first 
example is when the QoS metric indicates that signal 
connectivity to a desired mobile node, such as a next 
mobile node along a selected route, has diminished to an 
undesirable level (e.g., below the QoS threshold). 
[0058] With respect to the MANET 50 illustrated in 
FIG. 3, which includes a source mobile node 51 and mobile 
nodes 52-58 adjacent thereto, the source mobile node 
transmits over an area 59' defined by the radius ri. Thus, 
after establishing the QoS threshold, determining the QoS 
metric and selecting the desired route (s) (Blocks 100- 

103) as described above, when it is determined that the 
QoS metric has fallen below the QoS threshold (Block 

104) , the controller 31 cooperates with the wireless 
communications device 30 at the PHY layer 44' to increase 
signal transmission power, as illustratively shown in 
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FIG. 4. The determination of reduced signal connectivity 
can be made based upon one or more QoS factors, such as 
error rate, received signal strength, etc., as will be 
appreciated by those skilled in the art. 
[0059] As a result, the transmission area 59' of the 
MANET 50' is now defined by a circle with a radius T2 
greater than the radius ri. Thus, for example, if the 
source mobile node 51 had initially been communicating 
with the mobile node 54 and it moves out of range (as in 
FIG. 3), increasing the signal transmission power causes 
this node to be within the transmission area 59' • 
[0060] Of course, the opposite approach may be taken 
to avoid causing interference to adjacent neighboring 
mobile nodes unintentionally. Consider the MANET 60 shown 
in FIG. 5, which illustratively includes a source mobile 
node 61 and a neighboring mobile node 62 that are 
interfering with one another. In particular, a 
transmission from the source mobile node 61 to a mobile 
node 63-67 causes unintended interference at the mobile 
node 62. Thus, for example, is the QoS metric indicates 
that interference from the mobile nodes 62 is causing the 
QoS threshold not to be met, the controller 31 may 
determine that the mobile node 61 and 62 these two nodes 
are interfering with one another and decrease its signal 
transmission power accordingly. As such, its signal 
transmission area 68 is reduced from the circle defined 
by the radius txi (FIG. 5) to a smaller circle defined by 
a radius X21 (FIG. 6), which no longer causes interference 
to the mobile node 62' . 

[0061] In addition to signal power, other signal 
characteristics may be adjusted as well to achieve 
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similar results (i.e., increased inter-node connectivity 
or reduced interference) . For example, in the case 
illustrated in FIG. 7, the signal transmission antenna 
pattern (or beam shape) has been changed to exclude the 
mobile node 62'' from the transmission area 68'', as 
illustratively shown. Another similar technique is to 
adjust signal transmission gain in a desired direction, 
which also effects the transmission area, as will be 
appreciated by those skilled in the art. 
[0062] Furthermore, by adjusting the signal 
transmission power, signal transmission gain, and/or 
signal transmission pattern based upon a determination 
that the QoS metric has fallen below the QoS threshold, 
the controller 31 may also advantageously adjust the 
signal transmission range to incorporate more mobile 
nodes. This may be particularly beneficial when 
additional routes are needed, or when new nodes join a 
cluster or groups of nodes, for example. 
[0063] Other signal characteristics may optionally be 
adjusted as well to provide improved QoS, at Block 106. 
For example, the error coding being performed may be 
changed, as will be appreciated by those skilled in the 
art. Similarly, the controller 31 may cooperate with the 
wireless communications device 30 to modulate data using 
a first modulation technique if the QoS metric is greater 
than or equal to the QoS threshold, and otherwise using a 
second modulation technique. By way of example, suitable 
modulation techniques may include TDMA, CDMA, FDMA, and 
SOMA, as well as others. Transmission is then performed 
in accordance with the adjusted signal characteristics. 
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at Block 107, thus concluding the illustrated method 
(Block 108) . 

[0064] Further still, the controller 31 cooperates 
with the wireless communications device 30 to transmit 
data at a desired data rate. As such, the controller 31 
may also cooperate with the wireless communications 
device 30 to adjust the data rate as necessary based upon 
the available QoS, as will be appreciated by those 
skilled in the art. 

[0065] It will also be appreciated that similar 
techniques may also be used to decrease interference that 
a particular node receives from an adjacent interfering 
node. That is, a destination mobile node may determine 
that the QoS metric for a route over which it is 
receiving data has fallen below the QoS threshold set at 
the application layer 36' (which could be provided by the 
source mobile node, agreed upon by both nodes, or 
independently established) . In such case, the controller 
31 can adjust overall signal reception gain and/or a 
signal reception pattern, for example, as similarly 
described above, to reduce interference caused by the 
interfering mobile node, at Block 110' (FIG. 11) . 
[0066] In addition, the wireless communications device 
30 may also operate over a plurality of channels, 
illustratively represented by MAC/PHY columns 47a' -47c' 
in FIG. 2. Thus, if a given route is associated with one 
of the plurality of channels, the controller 31 may 
cooperate with the wireless communications device 30 to 
scout or monitor one or more other available physical 
channels when a QoS level of the selected route falls 
below the QoS threshold. Further details on such channel 
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monitoring and selection are provided in U.S. Application 
Serial No. 10/134,862 filed April 29, 2002 and assigned * 
to the present Assignee, which is hereby incorporated 
herein in its entirety by reference. Of course, it should 
be noted that the columns 47a' -47c' could correspond to 
other physical layer settings or ''knobs" as well, such as 
modulation type, communications mode type, etc. 
[0067] It will therefore be appreciated by those 
skilled in the art that the protocol hierarchy of the 
present invention provides a QoS framework for 
efficiently and conveniently organizing cooperating QoS 
operations to provide enhanced QoS. Moreover, the present 
invention provides a total and integrated framework that 
allows component-based development for particular 
application and use scenarios. Further, it also provides 
for the use of traffic state (e.g., utilization, residual 
capacity, number of hops, transit delays, etc.) to aid in 
the production of multiple alternative source-to- 
destination packet routes. 

[0068] Moreover, in accordance with the present 
invention, the radio adaptation layer 42' may 
advantageously allow the use of multiple radio interfaces 
(e.g., different radio types, interfaces, physical 
channels, etc.). Further, the present invention also 
provides QoS-driven PHY layer adaptation to improve 
coverage, decrease interference, increase the number of 
neighboring nodes reached, and improve reliability. 
Additionally, data packets may be coded at the upper 
protocol layers to provide greater error correction, 
etc., as needed, and multiple routes may also 
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advantageously be used to provide greater reliability and 
throughput, as well as lessening end-to-end delay. 
[0069] Many modifications and other embodiments of the 
invention will come to the mind of one skilled in the art 
having the benefit of the teachings presented in the 
foregoing descriptions and the associated drawings. 
Therefore, it is understood that the invention is not to 
be limited to the specific embodiments disclosed, and 
that modifications and embodiments are intended to be 
included within the scope of the appended claims. 
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